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Abstract 


Named Data Networking (NDN) is an Internet Architecture which is designed to network computing 
devices by naming data instead of the conventional data containers used in Internet Protocols today.The 
main purpose is to evolve the Internet’s host-based packet delivery model. The Named Data Networking 
service uses the name as the object to retrieve the data in the most secure, reliable and efficient way. 
Chrono chat is based on NDN (Named Data Networking) which ts the future, depicting the ways messages 
will be sent and received. Chrono chat, being a multi-user chat room, runs over an NDN server. In this 
paper we propose the functioning of the Chrono Sync Library to achieve synchronization which aids in 
the transmission of information in real time implementation of the application functioning over the Named 
Data Network. This paper proposes an implementation of chrono sync library to provide a better 
alternative using C++, Java, JavaScript and python languages for Linux and Windows based operating 


systems. 
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1. Introduction 

There is significant evidence of increasing 
drawbacks of CDN _ (Content Distribution 
Networks) due to the failure rate in data 
transmission and slower transmission speeds 
thereby creating a need for a better method for data 
delivery which being more secure and faster 
thereby resulting in a creation of a better model 
being NDN (Named Data Networking) NDN is 
changing the way IT networks are controlled and 
managed. The NDN perspective relies on using the 
name of the object to retrieve information in the 
most secure way possible. Unlike the traditional 
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method NDN (Named Data Networking) does not 
require middle boxes like TLS as TLS does not 
have the functionality to encrypt at the data level 
but encrypts at the channel level NDN takes the 
security of data transmission to another level by 
encrypting at the data level securing the data from 
the User rather than securing the channel like the 
conventional method. In NDN all the work is done 
in a single software stack enabling it to run 
everywhere making it leaps and bounds better than 
the traditional methods. 


The NDN (Named Data Networking) is one of the 
new developing Internet structures that can 
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leverage the strengths and weaknesses of the 
current local communication and communication 
structure to naturally adapt to emerging forms of 
communication. The project learns about the 
technical challenges that must be addressed in 
order to validate the NDN as the future of the 
Internet. The Major objective of this project being 
creation of a better alternative to enable secure and 
faster transmission of data which led to the 
creation of Chrono Chat for various OS systems 
and not restraining only to android or Windows or 
Linux. The motivation to create Chrono Chat was 
to create an instant message app for various 
operating systems over NDN. Chrono Chat makes 
it possible to create a cha troom which 1s created 
by chrono chat clients within which multiple users 
can join and communicate effectively. Chrono 
Chat makes use of the Chrono Sync library to 
create a multi user serverless chat room. NDN 
(Named Data Networking) is one of the newest 
developing internet architectures that can 
capitalize on the strengths and weaknesses of the 
current, point-to-point communication architecture 
in order to naturally accommodate emerging 
patterns of communication. The project studies the 
technical challenges that must be addressed to 
validate NDN as a future Internet architecture. The 
following papers contribute to the literature survey 
upon which our development and contribution to 
the following subject have been built. Ashlesh 
Gawande, Jeremy Clark, Damian Coomes, Lan 
Wangy et al. (2018) [1,2] proposed a paper on 
Decentralized and Secure Multimedia Sharing 
Application over Named Data Networking it 
concluded that In this work, they explored the 
design and implementation of a fully decentralized 
application over NDN. Their experience 
demonstrates that it is feasible to develop such an 
application, but it requires new approaches to 
designing the application namespace, establishing 
trust, discovering potential friends, and performing 
pub-sub 


1.1 Literature Survey 


Sulfath PM et al. (2006) [2] proposed a paper on 
Named Data Networking (NDN): Fundamental 
Concepts Benefits it concluded that the Internet 
has been a huge success but today’s Internet 
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hourglass architecture is no longer a good match to 
its primary use. NDN is the new networking 
paradigm proposing the evolution from today’s 
host centric network architecture to data centric 
network architecture. It generalizes the Internet 
architecture by replacing the focus on where 
endpoint addresses of hosts with what identifier of 
the content that users and applications care about. 
NDN is aimed to show 


Communication is more secure. 
Infrastructure is more efficiently utilized. 
Applications are simpler. 

New things are possible. 

It operates on top of the Internet protocols and it 
doesn’t need a complete replacement of the current 
Internet architecture. 

In [3] Yunita Noor Rohmah, Dodi Wisaksono 
Sudiharto, Anton Herutomo et al. have proposed a 
technique for Performance Comparison of 
Forwarding Mechanism between IPv4 and Named 
Data Networking (NDN). The paper concludes that 
the NDN routing through its usage of TCP 
protocol simulation choses a path for sending the 
packets in line with the smallest RTT. The results 
indicate that the RTT estimation has an important 
role in determining the NDN network’s selected 
route. This is different from IP routing mechanism 
where the selected route is chosen by performing 
based on the routing table. This can be attributed 
to the NDN router maintaining its paths depending 
on the information which are brought by packets 
across it. The IP network has a better performance 
than the NDN network in a normal condition 
which is no hiyacked node. The NDN network 
performs several drop packets which is different 
from the IP network. It can be attributed to the 
drop packets happening on_ several nodes. 
Whenever there is a hijacked node, the IP network 
fails to provide a solution. This is so because the 
IP-based network cannot get SYN packets to the 
destination node. Therefore, the destination cannot 
understand if there is a node which executes a 
request to it. Then this condition generates no data 
packets that can be performed in the simulation as 
a request by the sender. The NDN network still 
can be performed even if there is the hijacked 
node. There are still drop packets, however, they 
are not data packets. They are only the Interest 
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packets which are dropped by facing the existence 
of the hijacked node. All data packets on the NDN 
network simulation have received by _ the 
destination 

An Overview of Security Support in Named Data 
Networking, [EEE Communications Magazine, 
November [4] [2018] presents an overview of the 
security mechanisms in the Named _ Data 
Networking (NDN) architecture that have been 
developed over the past several years. NDN 
changes the network communication model from 
the delivery of packets between hosts identified by 
IP addresses to the retrieval of named and secured 
data packets. Consequently, NDN also 
fundamentally changes the approaches to network 
security Opportunities and Challenges for Named 
Data Networking to Increase the Agility of 
Military Coalitions Proceedings of Workshop on 
Distributed Analytics Infrastructure and 
Algorithms for Multiorganization Federations 
(DAIS), [5] [2017] The fundamental aim of this 
paper is to position the opportunities and 
challenges for adopting Named Data Networking 
(NDN) 

Schematizing Trust in Named Data Networking, 
ACM Information Centric Networking Conference 
[6-8] [2015] talks about Securing communication 
in network applications involves many complex 
tasks that can be daunting even for security 
experts. The Named Data Networking (NDN) 
architecture builds data authentication into the 
network layer by requiring all applications to sign 
and authenticate every data packet. The purpose of 
the network is to allow reliable communication 
between all the nodes that are connected to the 
network. IP is a method to achieve this and is 
currently the mostly widely adopted method to 
achieve communication between the nodes 
connected to the network. 


1.2 Limitations of Traditional Networks 


IP uses point to point packet delivery, the network 
here is a collection of links between the nodes. To 
enable data transmission from one node to another 
the IP chains multiple links and nodes for packets 
to move between one point to another. Packets 
travel through the chain created with all the nodes 
in between being operational. 
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IP being the most used protocol has its drawbacks 
the major of which being 

1.Link Fails. 

2.Node Movement 

3.Change in connectivity 


To overcome these drawbacks NDN (Named Data 
Networking was used in the project to achieve 
reliable message transfer. 


2. Methodology 


2.1 Functional Block Diagram 


> Processing 
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Fig 1. Functional Block 


2.2 NDN Architecture and Functionality 
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Fig 2. NDN Architecture 
2.3 Block Diagram 
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Fig 3. Functional Block Diagram 
2.4 Input 
The first step after the user launches the 
application Input from the user 1s the first step. 
Input from the User consists of a screen name, a 
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chatroom name, and an NDN prefix for 
chatroom data. 


2.5 Processing 


eChrono Chat consists of Activities and a Service 
as its primary components. 


e The central component is the component that is 
launched when the user first opens Chrono Chat 
and which generally coordinates tasks is Main 
Activity. 


@When first launched, Main Activity will discover 
that no login information has been set, and launch 
Login Activity to request it from the user. 


eWhen the user signs in, Login Activity will 
return the information to Main Activity, which 
will then display the chatroom screen. 


e@Network tasks are handled by the Chrono Chat 
Service component. 


eCommunication between Main Activity and 
Chrono Chat Service consists of Intents, which are 
the usual means of inter process (and “inter- 
component”) communication. 

eWhen Main Activity signals Chrono Chat- 
Service to send a message, the service starts up, 
establishes a connection to the chatroom, and 
publishes the data via Chrono Sync. 


elt remains running as a foreground service to 
prevent the OS from killing the Chrono Chat 
process whenever the user is not interacting with 
it. 


eThe service maintains its connection to the 
chatroom and relays any received messages to 
Main Activity via Intents, while also keeping track 
of the chatroom roster and periodically sending 
“heartbeat” messages to the chatroom. 


2.6 Output 
e After login, the user enters the chatroom. 


eAfter Chrono Chat connects to the chatroom, 
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other connected clients will appear to “join” the 
chat. 


e The user can send messages using the field at the 
bottom of the chatroom window. 


e The toolbar at the top may be used to leave the 
chatroom, view the roster, or quit the app. 


eChrono Chat displays an ongoing notification 
while connected to a chatroom This helps prevent 
the OS from terminating the app while it is 
running in the background. 


eThe app will also alert the user via a notification 
when messages are received while the app is 
running in the background. 


2.6Specifications and System Architecture 


The specifications and the technical details of 
the proposed systems are discussed in this part. 


The project performed is a software-based project 
and the specifications required include a Linux 
Based Operating System, NS3 Tool, Python, 
JavaScript and C++ languages and modules and 
also required is the chrono sync library. 


2.7 The Inner Operations of How the 
application functionsis explained as follows 


eChrono Chat consists of Activities and a Service 
as its primary components. 


e The central component is the component that is 
launched when the user first opens Chrono Chat 
and which generally coordinates tasks is Main 
Activity. 


@When first launched, Main Activity will discover 
that no login information has been set, and launch 
Login Activity to request it from the user. 


eWhen the user signs in, Login Activity will 
return the information to Main Activity, which 
will then display the chatroom screen. 


@Network tasks are handled by the Chrono Chat 
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Service component. 


eCommunication between Main Activity and 
Chrono Chat Service consists of Intents, which are 
the usual means of inter process (and “inter- 
component’) communication. 


@eWhen Main Activity signals Chrono Chat- 
Service to send a message, the service starts up, 
establishes a connection to the chatroom, and 
publishes the data via Chrono Sync. 


elt remains running as a foreground service to 
prevent the OS from killing the Chrono Chat 
process whenever the user is not interacting with 
it. 


eThe service maintains its connection to the 
chatroom and relays any received messages to 
Main Activity via Intents, while also keeping track 
of the chatroom roster and periodically sending 
“heartbeat” messages to the chatroom. 


class Chat(object): 
def init__(self, screenName, chatRoom, hubPrefix, face, keyChain, 
certificateName): 
self._screenName = screenName 
self. _chatRoom = chatRoom 
self. face = face 
self. _keyChain = keyChain 
self._certificateName = certificateName 


self. _messageCache = [] # of CachedMessage 
self._roster = [] # of str 

self. _maxMessageCacheLength = 100 

self. _isRecoverySyncState = True 

self. _syncLifetime = 5000.0 # milliseconds 


# This should only be called once, so get the random string here. 

self. chatPrefix = Name(hubPrefix).append(self._chatRoom).append( 
self._getRandomString()) 

session = int(round(self.getNowMilliseconds() / 1000.0)) 

self. userName = self. _screenName + str(session) 

self. sync = ChronoSync2013( 
self. _sendiInterest, self. initial, self. _chatPrefix, 
Name("/ndn/broadcast/ChronoChat-0.3").append(self._chatRoom), session, 
face, keyChain, certificateName, self. _syncLifetime, 
onRegisterFailed) 


face.registerPrefix(self. chatPrefix, self. _onInterest, onRegisterFailed) 


Fig 4. A virtual chat room can also be created 
using python and code written to do so 





WFD version 0.7.0-16-gcb27d916 starting 


Fig 5. The following command is used to start 
NFD (NDN Forwarding Daemon) 


3. Results 

The Observation and the functioning of the 
application are made on various tools which 
include NS3 Tool, Python, C++, Java and 
JavaScript and for various. platforms like 
Windows, Android and Linux. 
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The simulation of the environment occurs in the 
NS3 tool and the chatroom is created using Python 
and its basic functionality is tested using the same, 
further development of the application is done in 
Java and the Graphical User Interface for the 
following is created using JavaScript. Fig. 7 shows 
the raw implementation of Chrono Chat using 
Python and Fig. 8 and Fig. 9 shows the finished 
application with its respective GUI which acts as 


the end product for final users. 
jeetshah194@ubuntu: ~/Desktop/ndnSIM/PyNDN2-master/examples 


File Edit View Search Terminal Help 


A Va FF 


IMS cd PyNDN2-master 
NDN2-master$ cd examples 
:~/Desktop 5 . $ nfd start 

FD version 0.7.0-16-gcb27d916 starting 
Built with GNU C++ version 7.5.0, with GNU libstdc++ version 20191114, with Boos 

version 1.65.1, with libpcap version 1.8.1, with WebSocket++ version 0.8.1, wi 
h ndn-cxx version 0.7.0-12-gab7300b7 
1592831547.362850 INFO: [nfd.FaceTable] Added face id=255 remote=null:// local= 
uLL:// 
1592831547.377047 INFO: [nfd.FaceTable] Added face id=254 remote=contentstore: / 

Llocal=contentstore: // 
1592831547.393088 INFO: [nfd.CsPolicy] setLimit 10 
1592831547.393242 INFO: [nfd.StrategyChoice] setDefaultStrategy /localhost/nfd/ 
trategy/best-route/%FD%05 
1592831547.486529 INFO: [nfd.FaceTable] Added face id=1 remote=internal:// loca 
=internal:// 
1592831547.533123 WARN: [nfd.CommandAuthenticator] 'certfile any' is intended f 
or demo purposes only and SHOULD NOT be used in production environments 
1592831547.533681 INFO: [nfd.StrategyChoice] changeStrategy(/ndn/broadcast) /lo 
alhost/nfd/strategy/best-route/%FD%05 -> /lLocalhost/nfd/strategy/multicast/%FD% 





1592831547.533849 INFO: [nfd.StrategyChoice] changeStrategy(/localhost) /localh 
Fig 6. The following is the emulation of starting 
NFD to run as a background service 


The user is able to join the chat room and send 
messages successfully. And the messages are 
synchronized in real-time to reduce the time delay 
for the communication to occur. 


<< 
= 
©) 
ss 
esl 





Fig 7. Implementation of Chrono Chat using 
Python 
Conclusion 


Secure Message Transmission and receiving is one 
of the most important aspects in today’s life but 
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the current methods for message delivery not only 
put the user at risk but also have slower data 
delivery speeds when compared to Chrono Chat 
which uses NDN. 


The Proposed Design for the Chat room achieves 
excellent performance with a modest number of 
users within the chatroom providing good service 
and legitimate data delivery between the users 
using the chatroom. 


The Chatroom makes it possible to deliver data at 
faster speeds and with high security. Which is the 
main purpose we want to achieve so that the user 
doesn't get annoyed by the delays is sending 
messages and giving them the highest data security 
as much as possible. 


NDN, an emerging technology implemented in 
Chrono Chat limits the user to access only a single 
chat room every use and does not provide the 
functionality to switch between different chat 
rooms. 


Conclusion we drew from this project is that NDN 
based networks are more secure and _ faster 
compared to the conventional network and thus are 
the future internet architecture to be used to send 
and receive information and media. 





File tdt View Window Help 


ChronoChat 


Fig 8. The GUI of the login page of Chrono 
Chat 
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ChronoChat : ndnchat Members 








Fig 9. Chatroom creation and exchange of 
messages 


Future Scope 


Although NDN promises faster Data Delivery time 
and better security than the traditional methods it 
does not offer the ability to switch between chat 
rooms nor does it offer the user the ability to 
communicate with a person existing in a different 
chat room until the user quits the current chatroom 
and joins an another chatroom which consists of 
the node that the user is trying to communicate 
with. 


A Further Attempt to diversify the abilities of the 
chatroom can be made enabling the user to 
seamlessly send data to users existing on different 
chat rooms. 


We can also enable the delivery of Media Transfer 
which can include jpeg Images and video files or 
documents within the chatroom which is currently 
only restricted to messages. With the current trend 
of having customization within the application we 
can also add customization features which may 
include changing the theme of the application and 
various other aspects of the application. 


The application can also be modified for peer-to- 
peer file sharing app or file sharing from one node 
to many nodes 1.e., broadcasting using WIFI. 
Hence reduce the reliance on internet connectivity 
to share files and reduce the usage of internet 
bandwidth. 
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To increase security of the application we may 
also use end-to-end encryption techniques while 
transferring data. By encrypting the data the we 
can make the data readable for only the sender and 
the receiver and avoid and unwanted data misuse 
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